Method and apparatus for virtual 3d model generation and navigation using opportunistically captured images

ABSTRACT

A method and device for opportunistically collecting images of a location via a mobile device, the device including algorithms that allow the selective winnowing of collected images to facilitate the creation of a 3D model from the images while minimizing the storage needed to hold the pictures.

PRIORITY

The present disclosure is a non-provisional application of U.S. application Ser. No. 61/866,727, titled METHOD AND APPARATUS FOR VIRTUAL 3D MODEL GENERATION AND NAVIGATION USING OPPORTUNISTICALLY CAPTURED IMAGES, filed Aug. 16, 2013. The present application incorporates the disclosure thereof and claims priority thereto.

GOVERNMENT INTEREST

This invention was made with government support under 1016603 awarded by the National Science Foundation. The Government has certain rights in the invention.

FIELD OF THE DISCLOSURE

The present disclosure is related to methods and devices to support the creation of virtual 3D model and for the searching of items located within the modeled area. The present disclosure is related more specifically to methods and devices for creating 3D models and recording of items within the modeled area through the use of passive data capture by a mobile device such as a smartphone.

BACKGROUND AND SUMMARY

Handheld computing devices, such as smart phones, possess increasing computing power. Such devices further include multiple sensors that can be used to capture data about the environment in which they are located. Indeed, many such devices have the ability to collect more data than they have the ability to store locally. Such captured data can be put to multiple uses.

However, the conscious capturing of data has the potential to be time consuming for a user. Furthermore, the conscious capturing of such data has the potential to impact what data is captured and what data is missed. Accordingly, there exists a need for facilitating such data capture in a way that at least partially removes user bias in capturing events, such as by capturing images automatically and in the background while the user operates the mobile device to perform other functions (i.e., opportunistic image capturing). There also exists a need for efficiently and autonomously identifying useful data from large amounts of data collected autonomously by a mobile device to avoid overloading the local storage capacity and/or external data transmission ability of the device.

According to one embodiment of the present disclosure, a method of assembling a data set for the creation of a 3D model of a space is provided. The method includes obtaining a plurality of images that have been passively captured by a mobile device; storing the plurality of images on the mobile device in mobile device storage; automatically electronically analyzing the stored images by the mobile device to assess at least one of quality, content, and redundancy; and automatically deleting one or more images from the mobile device storage responsive to the automatic electronic analysis to create a retained subset of the obtained plurality of images.

According to another embodiment of the present disclosure, a mobile device is provided including: a camera, a memory; and an image analyzer, the image analyzer operable to execute code. The code causes the image analyzer to: obtain a plurality of images captured by the camera and stored in the memory; automatically electronically analyze the stored images to assess at least one of quality, content, and redundancy; and automatically delete one or more images from the mobile device storage responsive to the automatic electronic analysis to create a retained subset of the obtained plurality of images.

According to yet another embodiment of the present disclosure, a non-transitory computer readable medium is provided having instructions thereon that when interpreted by a processor cause the processor to: obtain a plurality of images captured by a camera of a mobile device and stored in a memory of the mobile device; automatically electronically analyze the stored images to assess at least one of quality, content, and redundancy; and automatically delete one or more images from the mobile device storage responsive to the automatic electronic analysis to create a retained subset of the obtained plurality of images.

BRIEF DESCRIPTION OF THE DRAWINGS

The above-mentioned aspects of the present teachings and the manner of obtaining them will become more apparent and the teachings will be better understood by reference to the following description of the embodiments taken in conjunction with the accompanying drawings, wherein:

FIG. 1 is a diagram showing exemplary architecture of a system for remote data capture, storage, and processing;

FIG. 2 is a diagram showing internal components of portions of the system of FIG. 1;

FIG. 3 is a diagram showing data collection and processing according to an embodiment of the present disclosure;

FIG. 4 is a flowchart showing data efficiency operations performed in accordance with an embodiment of the present disclosure; and

FIG. 5 is a flowchart showing additional data efficiency operations performed in accordance with an embodiment of the present disclosure.

DETAILED DESCRIPTION OF EMBODIMENTS

The embodiments disclosed herein are not intended to be exhaustive or limit the invention to the precise form disclosed in the following detailed description. Rather, the embodiments were chosen and described so that others skilled in the art may utilize their teachings.

FIG. 1 shows an exemplary architecture embodiment that includes mobile devices 102, 104, terminal 106, and data storage 108. FIG. 2 shows mobile device 102 and terminal 106 in increased detail according to one embodiment of the present disclosure.

In one embodiment, mobile device 102 is a smartphone and includes camera 202, orientation/motion detector 204, image collector 206, image analyzer 208, and transmitter/receiver 210. Camera 202 is a standard smartphone camera. Orientation/motion detector 204 is illustratively an arrangement of accelerometers, magnetometers, and gyroscopes embedded within mobile device 102. Image collector 206 and image analyzer 208 are illustratively a processor executing code. Transmitter/receiver 210 is illustratively a wireless data port that provides for transmitting data from mobile device 102.

Terminal 106 is illustratively a standard desktop computer that has access to data storage 108. However, it should be appreciated that terminal 106 can represent any computing device. Indeed, in certain embodiments, the parts and functionality described as part of terminal 106 can be integrated into mobile device 102 or another mobile device. Terminal 106 includes transmitter/receiver 211, data storage 212, and 3D modeler 214. Transmitter/receiver 211 is illustratively a wired or wireless data port that provides for receiving data from mobile device 102. Data storage 212 is illustratively a local hard drive but also represents storage provided by data storage 108. 3D Modeler 214 is illustratively a processor executing code.

The above system is operable to collect a plurality of images via mobile device 102. These images are then later used to construct a 3D model of the environment in which mobile device 102 is/was located. Such a system has multiple uses. Such uses include but are not limited to creation of a video log (life log), establishing an inventory of a location (for insurance recovery in the event of loss or otherwise), and establishing a model of a premises for interior design modeling purposes.

In operation, mobile device 102 is provided with an image acquisition and analysis application. The application has access to camera 202 and motion detector 208. The application includes image collector 206 that collects sensor data including images and acceleration and orientation readings associated with each image. These services can run in the background, independent of applications and with minimal or no user interface. Accordingly, such data acquisition can run without the user being conscious of such operation. The user need not actively participate in the collection of data. Instead, the user can simply use mobile device 102 in a conventional manner (i.e., to communicate, access the internet, etc.) while in the environment to be modeled.

Accordingly, once the application is running, images are captured along with acceleration and orientation data 350 (FIG. 3). The raw data is reduced and formatted before being transmitted to terminal 106 (also referred to as the command and control platform). Once obtained at terminal 106, 3D models are generated such that an individual can explore and examine the model and associated images to ascertain the contents and features of the captured area(s). Such events are discussed in more detail below.

As depicted in FIG. 3, image collector 206 (via camera 202) captures images 400 at block 302. In the present exemplary embodiment, images are captured every two seconds. In one embodiment, the frequency of image capture is modified based upon inputs from motion detector 204. In order to cause as little disruption to the user as possible, any shutter sounds that are associated with image acquisition may be eliminated and/or greatly reduced. Additionally, any camera functionality that provides the user with a “preview” of a taken photograph may be eliminated such that the screen of the smartphone is not disrupted by the background operation of image acquisition. Accordingly, images are obtained in a manner that is undetectable by a user of the mobile device.

Captured images are then analyzed by image analyzer 208. Because the images are opportunistically taken and the camera is not specifically aimed at any particular subject, many images may be either of very low quality (e.g. completely dark photos while mobile device 102 is resting on a desk, or very blurry images when mobile device 102 is moving rapidly) or to be redundant (e.g. many duplicated pictures of exactly the same static scene). Such images are not very useful, and thus lightweight heuristics 304 (data reduction operations) are applied on mobile device 102 in order to identify and discard these uninformative images. The objective is to find a minimal subset of images that both preserves sufficient fidelity of the subsequently generated model and provides the ability to ascertain valuable information such that virtual space can be re-created and items can be recognized. This data reduction conserves mobile device 102 storage space and network bandwidth, and reduces the computational requirements for constructing 3D models.

Referring now to FIG. 4, to filter out blurry and poorly exposed images 400 that are unlikely to be useful, a light-weight quality measure for a single image is provided. An algorithm is provided to calculate a measure of an image's anisotropy, block 405, which is the variance of the entropy of pixels as a function of the directionality. This anisotropy-based quality method allows the application to estimate the quality of captured images and discard images having a quality score less than some threshold value Tq, block 410 and retain images 500 having a quality score greater than the threshold value Tq, block 415. Alternatives to anisotropic metrics may be employed to blindly infer image quality as will be appreciated by those skilled in the art.

After removing low-quality images based on the quality threshold, block 420, the image set is further reduced by removing groups of successive images that are nearly identical, a process represented by block 308 of FIG. 3, which is expanded in FIG. 5. These groups of redundant images are typically quite common because in normal mobile device 102 usage there are periods in which there is little physical movement of mobile device 102.

The orientation sensors 204 of mobile device 102 are used to detect times during which mobile device 102 is at rest or moving very little. Orientation sensors 204 provide a time series of absolute 3D orientation vectors (specifying camera viewing direction parameterized by vectors on the unit sphere) (block 510).

For example, let Θt=(Θz^(t), Θy^(t), Θx^(t)) denote the orientation vector at time t. Taking finite differences, one can then approximate the angular velocity at time t as: ΔΘt=//Θt+1−Θt//.

Each image i 500 taken by camera 202 is associated with a time-stamp value t_(i) that represents the image capture time logged by the system. Images are partitioned (ordered by timestamp) into groups of consecutive photos, block 520, such that all images in the group have corresponding values of ΔΘt less than a threshold T_(Θ). Then only the highest quality image (according to the anisotropy metric) is kept from each of these partitions (blocks 530, 540, 550).

In some instances, the architecture of mobile devices 102, such as Android devices, introduces a lag between the hardware capture timestamp and the image timestamp due to the time required by the system to create the JPEG image. This means that sensor timestamps and image timestamps are misaligned by some unknown offset. In one embodiment the lag was estimated to be nondeterministic but approximately normally distributed with a mean of 450 ms and standard deviation of 50 ms. To estimate the sensor data associated with an image, the mean of all the sensor samples is taken which are within one standard deviation away from the mean of the actual sensor timestamp (t_(i)′=t_(i)−450). This amount of lag will likely vary from mobile device 102 to mobile device 102 depending on hardware and operating system versions. In one embodiment, the application calibrates itself by estimating mobile device 102 motion using an optical flow algorithm and compares this to sensor data, estimating the lag from a few minutes of data. The effectiveness of this two-step reduction process depends on suitable values of T_(q) and T_(Θ). In this manner, the amount of storage necessary on mobile device 102 is reduced.

This culled and reduced image set is then transmitted via transmitter/receiver 210 such that the images are provided to transmitter/receiver 211 of terminal 106 and stored in data storage 212 (or 108).

“Structure from motion” (SfM) is an area of computer vision that generates a 3D model of a scene from a set of images taken from a moving camera. One implementation of SfM works on unstructured collections of images in which the pose parameters of the cameras are not known. This approach finds points in images that are highly distinctive, so that 2D image points corresponding to the same 3D point in the original scene can be identified across different images. These (noisy) point correspondences induce constraints on the 3D structure of the scene points and the position and orientation of the camera that took each image. Performing 3D reconstruction thus involves solving a very large non-linear optimization problem to find camera poses and scene configurations that satisfy the constraints to the greatest degree possible.

In one embodiment, 3D modeler 214 (FIG. 2) is commercially available software called Bundler, which was developed by Noah Snavely of Cornell University and is distributed under the GNU General Public License. The Bundler toolkit is used to generate sparse 3D point clouds from provided images as represented by block 310 of FIG. 3. SfM produces a relatively sparse reconstruction consisting of just the most distinctive scene points. To create a denser reconstruction, SfM analysis is followed with a multiview stereo algorithm, the Patchbased Multiview Stereo (PMVS) software of Y. Furukawa and J. Ponce; Accurate, dense, and robust multiview stereopsis. IEEE Transactions on Pattern Analysis and Machine Intelligence, 32(8):1362{1376, August 2010.

In certain embodiments, some changes may be made to these tools to facilitate workflow and analysis, but in other embodiments the core algorithms and parameters may be left unchanged. The workflow just described generates a model 330 (a ‘point cloud’) that is comprised of a collection of points, or vertices, each described with a three-dimensional location and color, and stored in the Stanford Polygon3 (PLY) format. This format is understood by a variety of existing viewers 320, including MeshLab4.

Exploration of even moderate-quality models generated with this approach yields reliable identification of gross features including walls, doors, windows, ceilings, pieces of furniture, and some smaller items. Higher-quality models that are built from commensurately high-quality images make it possible to read text on documents and identify small objects including keys and mobile devices.

To explore the models more powerfully and facilitate the extraction of information, the present disclosure provides a tool that allows users to select regions in a 3D model and then view the raw images from that region of interest in the model. To do this, a MeshLab plugin was developed that captures the selected vertices and then invokes a modified version of the open source image viewer JExifViewer. The modified viewer uses the PMVS patch file to extract the reference images associated with each of the selected vertices. These images are presented to the user in the order of coverage, showing the image that contains the greatest fraction of selected vertices first. This allows the viewing user to easily identify images that have the greatest impact on the region of interest in the model. JExifViewer allows for convenient viewing of images with rotation and zooming capability to provide the user with a powerful interface for the presented images.

Regarding the Meshlab plugin discussed above, this disclosure now provides specifics on how such plugin works and how it is experienced by a user. First, a user selects a rectangular region of the current point cloud model (.PLY file) using the MeshLab tool. The default action for the associated selection plugin is to construct a XOR box with the selected rectangle as the front face of the box. A new plugin was created using the MeshEditInterface of the VCG library that overrides this default action of selection edit plugin to add the functionality to get the coordinates of points in the box and write them into a temporary data structure called SelectedVertices.

A user then clicks on the plugin shortcut in the edit menu or invokes a keyboard shortcut (Ctrl+G) to fetch images that were used to reconstruct the selected region as follows:

The custom plugin works as follows:

-   -   a. Read the current SelectedVertices data structure,     -   b. Dump the list of coordinates of SelectedVertices into a         temporary file,     -   c. Call the external viewer's executable jar from within C using         JNI with the following parameters:         -   i. Environmental path for the current model:             -   a. Patch file that contains information about the images                 used to construct each of the points in the point cloud                 model.             -   b. Directory path containing the images used to                 construct the model.         -   ii. Path of the temp file containing the selectedVertices             coordinates.

A separate execution thread is used to execute the external viewer every time it is invoked on a model. As a result a user can watch multiple viewers at the same time.

The model data structures can be large and novel optimizations are necessary to ensure usability. When the External Viewer is invoked on a model, it performs the following optimizations:

-   -   a. Preloading Optimization by reading/parsing the huge patch         file into a memory mapped searchable object called PatchMap(M)         only for the first time the viewer is invoked on a model M. A         patch file contains information about the raw images         contributing to the reconstruction of each point in the point         cloud model. This optimization step involves:         -   i. If memory mapped objects do not exist for the current             model then,             -   1. Read and Parse the patch file using a memory                 efficient parsing algorithm to construct a searchable                 data structure PatchMap(M) that maps a point p(x, y, z)                 in the model M to a list of contributing images called                 DonorList(M).             -   2. Write PatchMap into a memory mapped object in                 persistent memory.         -   ii. Otherwise, skip the time consuming reading/parsing of             patches by preloading the memory mapped object as a             searchable PatchMap(M).     -   b. Parsing Optimization by using a memory efficient parsing         algorithm as follows:         -   i. Read a chunk of the huge patch file at a time. The size             of the chunk is estimated from the maximum memory allowed to             the process and a desired speed of control. Both parameters             are dynamically configurable using a config file.         -   ii. Parse the chunk into a ChunkMap. It contains for each             point a DonorList of raw images that contribute toward             reconstructing the point in the model.         -   iii. Add the ChunkMap into the PatchMap(M).         -   iv. Continue steps (i-iii) until the end of file is reached.

The External Viewer shows an ordered list (CandidateList) of images in order of contribution toward reconstructing the selected region as follows:

-   -   a. Read the selectedVertices from the temp file.     -   b. For each point p(x, y, z) in the selectedVertices search the         PatchMap(M) to get the DonorList for point p     -   c. For each image Im in the DonorList         -   i. If CandidateList does not contain image Im then add Im             into the CandidateList with contribution=1.         -   ii. Else if CandidateList contains image Im then increment             its contribution by             -   1. The CandidateList is sorted in order of the                 contribution.     -   d. Present the images in the CandidateList in the sorted order         of contribution.

A number of tests were performed using the system of the present disclosure. The application was installed on a phone and configured to take a photograph every two seconds. The camera was set with shutter priority so as to minimize motion blur and the resolution was set to 1 megapixel. The study consisted of 20 separate data collection events in the same office environment, using 20 participants recruited from a university campus. The test protocol led the participants through a series of activities designed to be representative of typical smartphone use, including Internet browsing, talking on the phone, and using basic applications.

Participants were unaware of the nature of the study or the details of what data were being collected. The application disabled the camera preview and shutter sound so that the user was not aware of the sensory collection effort. As the study was self-paced, collection time varied by participant. Moreover, the application occasionally stopped taking photos and sensor measurements and restarted using a watchdog timer, which led to further variation in the size of image sets (ranging from 115 to 1,520 images, with a mean of 864). For 4 of 20 test sets, sensor data was missing due to technical problems with the application.

The first column of Table 1 summarizes the data collected by the study.

pre-PMVS PMVS image model model quality TID image set set vertices score n X_(n) X_(n)

change X_(n) X_(n)

change X_(n) X_(n)

change X_(n) X

_(n) change 1 1365 244 −82.1% 187 46 −75.4% 142k  17k −88.1% 2 0 −2 2 1305 243 −81.4% 195 69 −64.6% 99k 51k −48.2% 4 10 6 3 1214 432 −64.4% 773 362 −53.2% 813k  607k  −25.3% 19 19 0 4 778 126 −83.8% 21 14 −33.3% 33k 26k −21.5% 3 4 1 5 449 39 −91.3% 207 4 −98.1% 192k   0k −100.0% 3 0 −3 *6 162 83 −48.8% 82 70 −14.6% 60k 48k −19.3% 3 1 −2 7 974 490 −49.7% 370 198 −46.5% 393k  271k  −31.1% 10 8 −2 *8 446 254 −43.0% 63 61 −3.2% 57k 71k 24.2% 4 6 2 9 719 124 −82.8% 289 61 −78.9% 206k  142k  −30.9% 11 15 4 10 541 92 −83.0% 87 21 −75.9% 56k 32k −42.9% 5 5 0 11 1520 353 −76.8% 790 251 −68.2% 796k  546k  −31.4% 20 20 0 12 1378 157 −88.6% 99 5 −94.9% 83k  2k −97.2% 4 0 −4 *13 1445 729 −49.6% 444 353 −20.5% 354k  399k  12.8% 19 18 −1 14 1059 150 −85.8% 2 2 0.0%  0k  0k 0.0% 0 0 0 *15 846 558 −34.0% 162 160 −1.2% 86k 99k 15.4% 4 6 2 16 446 62 −86.1% 58 7 −87.9% 11k 21k 86.3% 0 3 3 17 414 42 −89.9% 47 11 −76.6%  7k  0k −100.0% 0 0 0 18 762 162 −78.7% 36 49 36.1% 21k 68k 217.1% 0 1 1 19 115 17 −85.2% 7 2 −71.4%  1k  0k −100.0% 0 0 0 20 1343 293 −78.2% 229 86 −62.4% 209k  145k  −30.6% 13 11 −2 μ 864.05 232.50 −73.2% 207.40 91.60 −49.5% 181k  127k  −20.5% 6.20 6.35 0.15 σ 447.28 193.22 17.9% 230.43 113.68 37.5% 240k  184k  73.9% 6.74 6.93 2.43

indicates data missing or illegible when filed

In Table 1, (Xn) represents the raw image sets and (X′n) represents the reduced sets. The Pre-PMVS columns show the images input to the sparse 3D reconstruction algorithm, PMVS shows the number of images used by the dense multi-view stereo algorithm, while model quality score is the number of features visible in the model (where higher scores are better). Test ID's (TID's) marked with ‘*’ denote tests where reduction was performed without the sensor-based method.

Once the data was collected from the human subjects study, 3D models were generated from each of the 20 raw image sets using the Bundler and PMVS software, as described above, and then the quality of the resulting 3D models was evaluated.

To do this, several important features of the original scene were identified, and each 3D model was manually evaluated to determine which features had been faithfully constructed. The features were: 4 walls, 1 countertop, 1 door, 3 chairs, 1 window, 1 bookshelf, 1 white board, 1 armoire, 2 posters, 2 LCD monitors, 2 desks, and a Dell computer box.

First Bundler and PMVS were run on each of the 20 raw image sets, without performing the image filtering proposed above. The X_(n) columns of Table 1 present these results. It is observed that the size of the reconstructed models varies across users, from over 800,000 3D points in the largest model to 0 points in the smallest model (which indicates that the 3D reconstruction failed to solve for any of the structure of the scene), with a mean of about 180,000 points. The subjective quality scores also varied significantly, from a score of 20 (indicating a perfect reconstruction according to the criteria) to 0 (again indicating that no useful model was generated), with a mean score of 6.2.

Moreover, 30% of the models scored higher than 10, indicating that a majority of the scene was successfully reconstructed. These results suggest that faithful 3D models of a space can often be generated from opportunistically captured images. This is a somewhat surprising result because most Structure from Motion approaches were designed for use with deliberately composed images. For example, some approaches assume that images have a low in-plane rotation twist angle (i.e. were taken such that the camera was level with respect to the ground). The images used in the above-described study were often of very low quality, with high twist angle, motion blur, poor focus, and random composition. The accuracy of the test models generated from these photographs demonstrates the ability of the feature detection and feature-key-matching algorithms to contribute to model generation despite the poor photography inherent to opportunistic image collection.

It was also investigated whether the anisotropic threshold reduction 304 and sensor based reduction 308 can reduce the size of the photo collections by filtering out low-quality images on the mobile device 102 itself in order to prevent having to store and transmit unnecessary images.

These techniques each require a threshold (the minimum quality score Tq and the maximum change in orientation direction T_(Θ)), which intuitively trades off between the size of the image set and the quality of the resulting model. To estimate reasonable values for these thresholds, the model for one of the test subjects (#11, chosen because it had the largest number of images) was used, and the 730 (of 1,520) images that were not used by the 3D reconstruction algorithm (either because they were discarded as outliers or because they contained redundant information) were examined. It was found that most images with quality scores q less than 0.0012 were discarded by the PMVS process, so Tq was set to this value. Applying this threshold to image set #11 resulted in a 50% reduction in the number of images compared to the raw image set and eliminated 80% of the images that would have been discarded by 3D reconstruction. For the threshold on orientation angle changes, the threshold was conservatively set T_(Θ)=8° based on the fact that the 3D reconstruction algorithm recommends at most 15° separation between camera viewing directions. This process further reduced the image set for test #11 by 26.7%.

Having estimated these thresholds based only on one image set, the same two filtering techniques were applied with these same thresholds on all 20 datasets. Bundler and PMVS were then used on these reduced datasets. The X′n columns of Table 1 show the results. On average the filtering removes about 73% of images from the raw dataset, reducing the mean photo collection size from 864.05 to 232.5 across the 20 test subjects. The number of points in the resulting 3D models also decreases, from about 181,000 to 127,000, but the model quality scores remain almost the same (and actually very slightly increased by an average of 0.15 features). Thus, in spite of great reductions in the size of raw image datasets, the quality of the models was generally not compromised. This means that the application need only store and transmit about 27% of the images collected and still provide a user with the same degree of information about the environment.

The usefulness of the 3D model lies not only in the quality of the data housed therein, but in the ability of a user to accurately and readily perceive the data. To aid in the perceiving of the data, a visualization tool was created by adding the above-mentioned plug-in to MeshLab, an open-source tool for viewing 3D models. This tool allows the user to navigate the 3D point cloud model and to select particular points of interest. Meshlab then displays the raw images used to reconstruct that part of the scene.

The largest of the datasets (#11) was presented to two groups of human participants (none of whom who were familiar with the physical office that had been modeled). The first set of participants (N1=8) navigated the raw image set (1,520 images), without access to the model, by simply examining the images one-by-one. The second set of subjects (N2=10) had access to a 3D model generated from the reduced set of images (353 in all) using the method described above. Each group of participants was asked to perform two tasks, a coarse search for basic information about the space, and a fine search for specific sensitive details:

Coarse Search: In the Coarse Search phase, the participant was told to catalog the presence of unique objects or features from a defined list, using either the set of individual images or the single model. These features are listed in Table 2.

coarse eval walls floor ceiling doors windows desks tables chairs score number of features in space 4 1 1 1 1 1 1 3 13 raw image browsing μ_(n=8) 3.75 2.50 1.50 3.75 1.25 2.13 1.13 5.00 0.75 raw image browsing σ_(n=8) 2.82 1.31 0.93 1.67 1.04 1.64 0.99 2.62 5.95 model navigation μ_(n=10) 3.90 1.00 1.00 1.30 0.50 1.00 0.90 2.20 11.20 model navigation σ_(n=10) 0.32 0.00 0.00 0.48 0.53 0.00 0.32 0.63 1.32

The objective of this phase was to assess the ability of participants to understand the context and global structure of the physical space. In this phase an objective score is assigned based on the ability of participants to catalog the features. The “coarse eval score” represents how closely the participants were able to identify the 13 features in the room, and was calculated as the sum of listed identifiable features (13) subtracted by the absolute values of individual errors. These errors can be due either to under-counting (e.g. claiming one wall when four are in the room) or over-counting (e.g. claiming nine walls when only four are in the room).

Fine Search: In the Fine Search phase, the participant was asked to act like a burglar looking for valuable information. The participant was given a list of items to look for, including financial documents, barcodes and QR codes, and other private information that had been planted in the original test space. One group of participants performed this search with solely the raw image set, while the other group of participants browsed the model and queried regions of interest for targeted images using the plug-in tool described above.

To motivate the participants to find as much information as possible, the participants were compensated by a cash payment that was commensurate with the number of objects they successfully identified. An objective score for this phase was assigned to each participant based on the ability to extract sensitive information from the image list that they provided.

Table 2 presents the results for the Coarse Search phase. The group using the 3D model scored 11.2 on average with a standard deviation of 1.32 features. The group using only the raw image set scored much lower, at about 0.75 (with standard deviation of 5.9). The difference in means between the two groups was statistically significant (p<0.002 according to Welch's t-test) and demonstrates that coarse feature identification and the aggregate relationship among an image set is greatly aided by use of a 3D model. An example of this is attempting to count the number of unique walls in the large collection of images; using the model it is obvious that the structure is a single room with four walls, but it is much more difficult if one must analyze over a thousand images individually (and subjects counted anywhere from 1 to 9 walls during this evaluation). Since many indoor walls are featureless surfaces, two different images of the same wall, under different lighting conditions, viewing angles, and positions, may be easily interpreted as images of two different walls without the context of a 3D model.

Table 3 presents the results for the Fine Search phase.

bar white desk fine checks codes documents certificates monitor board surface photo eval score number of features in space 2 3 3 2 1 1 1 1 14 raw image browsing μ_(n=8) 0.80 0.95 1.20 0.85 0.50 0.40 0.10 0.40 5.20 raw image browsing σ² _(n=8) 0.67 0.72 0.67 0.34 0.47 0.52 0.32 0.52 1.21 model navigation μ_(n=10) 1.00 0.25 1.00 1.00 0.63 0.63 0.00 0.44 4.94 model navigation σ² _(n=10) 0.60 0.46 0.60 0.65 0.44 0.52 0.00 0.42 2.15

In this phase, the group using the model successfully identified 5.20 or 37.1% of the listed sensitive features on average, while the group using the raw image set found 4.94 or 35.3% of the sensitive features. Using the model and the greatly reduced image set, there is no observable loss in the ability to extract fine features using the application implementation as compared to the raw data that is available from a mobile camera. Nevertheless the model is of clear benefit for spatial awareness, and it will likely perform much better for supporting navigation and item identification in larger spaces or multiple rooms.

The software operations described herein can be implemented in hardware such as CPUs, GPUs, and/or discrete logic fixed function circuits including but not limited to state machines, field programmable gate arrays, application-specific circuits or other suitable hardware. The hardware may be represented in executable code stored in non-transitory memory such as RAM, ROM or other suitable memory in hardware descriptor languages such as, but not limited to, RTL and VHDL or any other suitable format. The executabcode when executed may cause an integrated fabrication system to fabricate an IC with the operations described herein.

Also, integrated circuit design systems/integrated fabrication systems (e.g., work stations including, as known in the art, one or more processors, associated memory in communication via one or more buses or other suitable interconnect and other known peripherals) are known that create wafers with integrated circuits based on executable instructions stored on a computer-readable medium such as, but not limited to, CDROM, RAM, other forms of ROM, hard drives, distributed memory, etc. The instructions may be represented by any suitable language such as, but not limited to, hardware descriptor language (HDL), Verilog or other suitable language. As such, the logic, circuits, and structure described herein may also be produced as integrated circuits by such systems using the computer-readable medium with instructions stored therein. For example, an integrated circuit with the above-described software, logic and structure may be created using such integrated circuit fabrication systems. In such a system, the computer readable medium stores instructions executable by one or more integrated circuit design systems that cause the one or more integrated circuit design systems to produce an integrated circuit.

The above detailed description and the examples described therein have been presented for the purposes of illustration and description only and not for limitation. For example, the operations described may be done in any suitable manner. The method may be done in any suitable order still providing the described operation and results. It is therefore contemplated that the present embodiments cover any and all modifications, variations or equivalents that fall within the spirit and scope of the basic underlying principles disclosed above and claimed herein. Furthermore, while the above description describes hardware in the form of a processor executing code, hardware in the form of a state machine or dedicated logic capable of producing the same effect are also contemplated. 

What is claimed is:
 1. A method of assembling a data set for the creation of a 3D model of a space including: obtaining a plurality of images that have been passively captured by a mobile device; storing the plurality of images on the mobile device in mobile device storage; automatically electronically analyzing the stored images by the mobile device to assess at least one of quality, content, and redundancy; and automatically deleting one or more images from the mobile device storage responsive to the automatic electronic analysis to create a retained subset of the obtained plurality of images.
 2. The method of claim 1, further including passively capturing the plurality of images at regular time intervals.
 3. The method of claim 2, wherein the time interval is modified based on inputs from a motion detector within the mobile device.
 4. The method of claim 1, further including capturing the plurality of images in a manner that is undetectable by a user of the mobile device.
 5. The method of claim 1, further including outputting the retained subset from the mobile device.
 6. The method of claim 5, further including forming a 3D model from the output retained subset of images.
 7. The method of claim 6, wherein the 3D model allows a user to select a portion of the model such that the selection causes presentation of a first set of images of the plurality of images obtained by the mobile device, the first set of images being selected from a set of images that were used to create the selected portion of the 3D model.
 8. The method of claim 1, wherein the automatic analysis of stored images includes a measurement of anisotropy of each image.
 9. The method of claim 8, wherein images with anisotropy below a defined threshold are automatically deleted from the mobile device.
 10. The method of claim 1, wherein images that have a similarity to other images stored on the mobile device above a threshold similarity value are automatically deleted from the mobile device.
 11. The method of claim 1, further including obtaining orientation information for the mobile device and associating such orientation information with each of the obtained images.
 12. A mobile device including: a camera, a memory; and an image analyzer, the image analyzer operable to execute code that causes the image analyzer to: obtain a plurality of images captured by the camera and stored in the memory; automatically electronically analyze the stored images to assess at least one of quality, content, and redundancy; and automatically delete one or more images from the mobile device storage responsive to the automatic electronic analysis to create a retained subset of the obtained plurality of images.
 13. The mobile device of claim 12, further including at least one of a motion detector and an orientation detector.
 14. The mobile device of claim 12, further including a transmitter/receiver operable to transmit images of the retained subset.
 15. The mobile device of claim 12, further including an image collector, the collector operable to control the camera to obtain images, where such operation of the camera is done without a mobile device user being contemporaneously conscious that the camera is obtaining images.
 16. The mobile device of claim 12, wherein the automatic analysis includes a measurement of anisotropy of each image and images with anisotropy below a defined threshold are automatically deleted from the mobile device.
 17. A non-transitory computer readable medium having instructions thereon that when interpreted by a processor cause the processor to: obtain a plurality of images captured by a camera of a mobile device and stored in a memory of the mobile device; automatically electronically analyze the stored images to assess at least one of quality, content, and redundancy; and automatically delete one or more images from the mobile device storage responsive to the automatic electronic analysis to create a retained subset of the obtained plurality of images.
 18. The computer readable medium of claim 17, wherein the instructions further cause the processor to: passively capture the plurality of images at regular time intervals.
 19. The computer readable medium of claim 17, wherein the instructions further cause the processor to capture the plurality of images in a manner that is undetectable by a user of the mobile device.
 20. The computer readable medium of claim 17, wherein the instructions further cause the processor to determine a measurement of anisotropy of each image such that images with anisotropy below a defined threshold are automatically deleted from the mobile device. 